home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part2 / 11602 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  4.5 KB
  1. Path: news.ultranet.com!usenet
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: alt.winsock.trumpet,alt.winsock,comp.dcom.modems
  4. Subject: Re: Best settings?
  5. Date: Fri, 19 Apr 1996 12:37:54 -0400
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <3177C162.443C@cerberus-sys.com>
  8. References: <3174507B.7A6@ix.netcom.com>
  9. NNTP-Posting-Host: apb-p5-90.cerberus-sys.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-Mailer: Mozilla 2.01 (Win16; I)
  14.  
  15. Peter Cumming wrote:
  16. > 
  17. > What are the optimum setting for 2.1f PPP using USR 14.4 modem, hooked to
  18. > Netcom and using Netscape Navigator 16bit 2.01 version???
  19. > 
  20. > -Should I disable or enable the MNP error correction on the modem?
  21. > -How about the ARQ error correction?
  22.  
  23. Peter:
  24.  
  25. Unless you have a noise-free telephone connection to your ISP, the PPP frame check 
  26. errors resulting from byte-garbling without V.42 will swamp the "send the whole packet 
  27. again" (slow) software error correction of TCP, and may even cause PPP to hang-up on 
  28. you.
  29.  
  30. With V.42 error-correcting protocols (either Link Access Procedure for Modems, or 
  31. Microcom Network Protocols), your modem strips-off the start- and stop-bits framing 
  32. each asynchronously (RS-232) transmitted 8-bit byte from your com port. It uses the 
  33. resulting overhead-free data stream to encode an analog carrier with 6-bit-per-symbol 
  34. analog symbols that it sends at 2400 symbols-per-second (baud) in long, synchronous 
  35. frames. The result is that the 14400 bps modem-to-modem transfer rate is almost all 
  36. data, without the overhead of start- and stop-bits, so you get a 20% speed boost.
  37.  
  38. Conversely, if your modem accepts 14400 bps from the other modem using V.42, it must 
  39. use RS232 to send the data asynchronously over your com port, so the addition of start- 
  40. and stop-bits around each 8 bits of data means that your com port must unload data at 
  41. 10 bits per byte, or 19200bps. If that modem data was compressed, its de-compression 
  42. multiplies the required unloading rate(s) by the compression factor.
  43.  
  44. The Lemple-Ziv-Welch compression of V42bis is more effective than the Huffman 
  45. compression of MNP5, but the slightly compressible JPG images, the moderately 
  46. compressible GIF images and the 3- or 4-to-1 compressible text usually means that you 
  47. can get a 2-to-4 times speed-up of web pages (as opposed to no speedup on zip-files, 
  48. since the version of LZW in pkzip is already more effective than that in V42bis). This 
  49. means that the 19200 bps minimum acceptable unloading rate for your com port is 
  50. multiplied by 2-to-4 times if you want to avoid throttling your modem.
  51.  
  52. Try 57600, and if you get a few com overrun errors, drop back to 38400 bps. (If you get 
  53. a lot of overruns, you have system configuration problems to address before worrying 
  54. about things like WinSock settings.)
  55.  
  56. > -Should I try MTU at about 1006 and MSS at about 960?
  57.  
  58. Since, unlike SLIP, PPP is standardized, the default MTU of 1500 is a set-and-forget 
  59. value that all PPP servers accept, including Netcom's.
  60.  
  61. Due to the slow speed of an analog modem (compared to the 1544-or-more bps of much of 
  62. the Internet), you'll probably find that the largest MSS that will fit (with 40 bytes 
  63. of headers) in the Internet default MTU of 576 will give you the maximum speed through 
  64. your modem (1.6KBytes/sec on Netscape Navigator's speedometer) on local downloads, 
  65. without IP fragmentation slow-down on longer routing paths. (i.e. MSS=536.)
  66.  
  67. > -How about Rwin at 4096
  68.  
  69. Since RWIN is the maximum value of the TCP data flow control window, it should be an 
  70. integer multiple of the size TCP data segments you're requesting through your MSS 
  71. setting, or you'll be requesting that small left-over segments be sent. Try 8*MSS, and 
  72. if you get too many TCP re-synchronizing pauses due to "unacceptable segments," drop 
  73. back to 6- or 4-times.
  74.  
  75. > -Should Jacobsen Compression be on?
  76.  
  77. Absolutely, as it reduces the TCP/IP header data sent over the PPP (modem) link to only 
  78. that which changed from the last packet. In long streams of packets from the same 
  79. sender to you (like downloads) that reduces the average number of header bytes per TCP 
  80. data segment from 40 to less than 10 - another small but noticeable speed boost over 
  81. your modem.
  82.  
  83. You might want to take a look at the FAQ at the URL listed below.
  84.  
  85. Regards,
  86.  
  87. Al
  88.  
  89.  
  90. -- 
  91. ==================================================================
  92. Albert P. Belle Isle
  93. Cerberus Systems, Inc.
  94.  
  95. Al's Winsock Tuning FAQ -
  96.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  97. ==================================================================
  98.